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Ordinarily, an entire packet is transferred at once, 
10 occupying an interface for as long as it takes to transfer the 
packet. Lengthy packets can monopolize an interface for relatively 
long periods of time. This can delay other packets which share the 
interface, affecting their QoS. It also increases the amount of 
buffer required at the input to shared interfaces to smooth out 
15 bursts caused by lengthy packets. 



Instead of transferring an entire lengthy packet at once, 
it is transferred in fixed length segments followed by a single 
final segment of any length, termed Long Packet Handling. This 
puts a small bound on the maximum period any one packet can occupy 

20 an interface, reducing the effect it has on the QoS of packets 
belonging to other connections. This also reduces store-and-f orward 
requirements because the Aggregator can begin forwarding a packet 
as soon as it receives a segment instead of waiting until it 
receives the entire packet. This simple form of segmentation and 

25 reassembly requires only as many contexts as there are sources. 
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SUMMARY OF THE INVENTION 

The present invention pertains to a switch for switching 
packets from a plurality of sources. The switch comprises a memory 
in which portions of packets are stored. The switch comprises a 
5 transferring mechanism which transfers predetermined portions of a 
packet to the memory as the predetermined portions are received. 

The present invention pertains to a method for switching 
packets. The method comprises the steps of receiving portions of 
a packet at a transferring mechanism of a switch. Then there is 
10 the step of transferring predetermined portions of the packet to a 
memory of the switch as the predetermined portions are received at 
the transferring mechanism. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the accompanying drawings, the preferred embodiment of 
15 the invention and preferred methods of practicing the invention are 
illustrated in which: 

Figure 1 is a schematic representation of packet striping 
in the switch of the present invention. 

Figure 2 is a schematic representation of an 0C 48 port 

20 card. 

Figure 3 is a schematic representation of a concatenated 
network blade. 



Figure 4 is a schematic representation regarding the 
connectivity of the fabric ASICs. 

Figure 5 is a schematic representation of sync pulse 
distribution . 

Figure 6 is a schematic representation regarding the 
relationship between transmit and receive sequence counters for the 
separator and unstriper, respectively. 

Figure 7 is a schematic representation of a switch of the 
present invention. 

Figure 8 is a schematic representation of how the prior 
art transfers packets. 

Figure 9 is a schematic representation of how the present 
invention transfers packets. 

DETAILED DESCRIPTION 

Referring now to the drawings wherein like reference 
numerals refer to similar or identical parts throughout the several 
views, and more specifically to figure 7 thereof, there is shown a 
switch 10 for switching packets from a plurality of sources 12. 
The switch 10 comprises a memory 14 in which portions of packets 
are stored. The switch 10 comprises a transferring mechanism 16 
which transfers predetermined portions of a packet to the memory 14 
as the predetermined portions are received. 
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Preferably, the transferring mechanism 16 transfers 
predetermined portions of the packet as fixed length segments as 
the fixed length segments are received followed by a single final 
segment of any length wherein the packet is transferred to the 
5 memory 14. The transferring mechanism 16 preferably transfers 
fixed length segments of different packets interleaved among each 
other as they are received to the memory 14. In the memory 14, the 
segments are stored with other segments of the same packet . 
Preferably, the transferring mechanism 16 includes an aggregator 18 
10 which receives portions of packets from the plurality of sources 
12. 

The memory 14 preferably includes a memory controller 20. 
Preferably, the aggregator 18 uses a TDM to multiplex segments of 
packets from different sources 12 to the memory controller 20. The 

15 aggregator 18 preferably places an identifier with each segment 
identifying from which source the segments came from. Only long or 
lengthy packets need the identifier. Preferably, the memory 
controller 20 includes per source queues 22, and stores each 
segment in a corresponding per source queue 22 based on the 

20 identifier of the segment. 

The memory controller 20 preferably includes per 
destination queues 24, and once all segments for a packet are 
received at a per source queue 22, all the segments of the packet 
are changed to a corresponding per destination queue 24. That is, 
25 preferably, the physical location of where the segments are stored 
in the memory 14 does not change, but the designation by the memory 
controller of the respective per source queue 22 is changed to a 
per destination queue 24. Preferably, the memory controller 20 has 
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acceptance criteria for accepting segments, and if the segment is 
not accepted, then all previously received segments associated with 
the segment not accepted are purged from the per source queue 22 
and any segments associated with the segment not accepted that are 
5 received after the segment that was not accepted was received, are 
ignored . 

The switch 10 preferably includes a fabric 26 in which 
the aggregator 18 and the memory controller 20 are disposed, and 
includes a separator 28 disposed in the fabric 26 connected to the 

10 aggregator 18. Preferably, the switch 10 includes a port card 30 
having a striper 32 which sends portions of packets to the 
aggregator 18, and an unstriper 34 which receives portions of 
packets from the separator 28. The memory controller 20 includes 
a shared memory 36, and the destination queues 24 and the source 

15 queues are part of the shared memory 36. 

The present invention pertains to a method for switching 
packets. The method comprises the steps of receiving portions of 
a packet at a transferring mechanism 16 of a switch 10. Then there 
is the step of transferring predetermined portions of the packet to 
20 a memory 14 of the switch 10 as the predetermined portions are 
received at the transferring mechanism 16. 

Preferably, the transferring step includes the step of 
transferring the predetermined portions as fixed length segments as 
the fixed length segments are received at the transferring 
25 mechanism 16 followed by a single final segment of any length 
wherein the packet is transferred to the memory 14. The 
transferring step preferably includes the step of transferring 
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fixed length segments of different packets as they are received 
interleaved among each other to the memory 14. Preferably, the 
receiving step includes the step of receiving portions of packets 
from different sources 12 at an aggregator 18 of the transferring 
5 mechanism 16 disposed in a fabric 26 of the switch 10. 

The transferring step preferably includes the step of 
multiplexing with the aggregator 18 segments of packets from 
different sources 12 to the memory controller 20. Preferably, 
before the transferring step there is the step of placing by the 

10 aggregator 18 an identifier with each segment identifying from 
which source the segment came from. After the transferring step, 
there is preferably the step of storing each segment in a 
corresponding per source queue 22 of the memory controller 20 based 
on the identifier of the segment. Preferably, after the storing 

15 step there is the step of changing all segments of the packet in 
the source queue to a corresponding per destination queue 24 of the 
memory controller 20 once all the segments of the packet are 
received at the per source queue 22. 

The receiving step preferably includes the steps of 
20 purging all previously received segments associated with an 
unaccepted segment that does not meet acceptance criteria for 
accepting a segment of the memory controller 20, and ignoring all 
segments associated with the unaccepted segment received at the 
memory controller 20 after the unaccepted segment is received at 
25 the memory controller 20. Preferably, the receiving step includes 
the step of receiving portions of packets from different sources 12 
at the aggregator 18 of the transferring mechanism 16 disposed in 
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the fabric 26 of the switch 10 from a striper 32 of a port card 30 
of the switch 10. 

After the moving step, there is preferably the step of 
sending portions of packets from the memory controller 20 with a 
5 separator 28 of the fabric 26 to an unstriper 34 of the port card 
30. 

In the operation of the invention, the aggregator 18 
begins receiving a packet from the Striper 32. It begins 
transferring it to the Memory controller 20 once it finishes, or it 

10 reaches the Long Packet Segment length - 600 bits per Memory 
controller 20, which is equivalent to 7200 bits per fabric 26. If 
it is longer than 7200 bit per fabric 26, the aggregator 18 
segments the packet into however many 7200 bit segments are 
required, followed by a final segment which is less than or equal 

15 to 7200 bits. The aggregator 18 uses TDM to multiplex packets from 
up to 24 sources 12 onto a single bus. This shared bus is one 
place where segmenting long packets helps QoS. The Memory 
controller 20 uses TDM to multiplex data from 8 aggregators onto a 
single bus, another place where processing a long packet in one 

20 continuous burst would impact QoS. 

A similar approach would be to have the source segment 
and the destination reassemble, keeping the segments that traverse 
the fabric 26 relatively short. This would improve QoS through the 
fabric 26 in a similar manner, but would require every destination 
25 to have per-source, per-priority , unicast/multicast reassembly 
contexts. There would be a greater number of contexts, and they 
would exist in a much greater number of locations. 
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The aggregator 18 indicates to the memory controllers 20 
which source the packet is coming from. Since every source can 
only produce one packet at a time, the memory controllers 20 only 
need to keep track of one long packet context per source. The 
5 memory controllers 20 store each segment in a per-source queue. 
Once the entire packet is accepted, it is linked into the queue for 
the destination to which it will go. The long packet is either 
dropped as a whole, or enqueued as a whole. If at any time it does 
not meet acceptance criteria, the current segment is not enqueued. 

10 Any previous segments are purged, and any future segments are 
ignored. This is an added benefit over source 
segmentation/destination reassembly. The fabric 26 would not have 
knowledge of which segments belonged to which packets and might 
waste resources on packets that would be dropped at the 

15 destination. 

The second benefit of segmenting long packets is reduced 
buffering requirements. Where n sources 12 of bandwidth m are 
multiplexed onto a single interface of bandwidth n*m, the required 
buffer depth for each source is approximately 2 * p, where p is the 
20 maximum transfer length per source. By segmenting long packets in 
this case, p is reduced from -64k bytes to -Ik bytes for the 
aggregator 18, and 1/12 those values for the memory controllers 20. 

Several error handling mechanisms are part of Long Packet 
Handling. The aggregator 18 enforces a maximum packet length to 
25 prevent a single packet from consuming all resources. It also 
enforces a maximum transfer time in case a source does not complete 
a packet. The source is allowed to pause the interface during a 
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packet transfer, but the maximum transfer time causes the packet to 
be aborted in case of abnormal, excessive pause. 

Figures 8 and 9 demonstrate the reduced buffer 
requirements and better delay performance of the TDM structure 
5 gained by using long packet handling . 

The switch uses RAID techniques to increase overall 
switch bandwidth while minimizing individual fabric bandwidth. In 
the switch architecture, all data is distributed evenly across all 
fabrics so the switch adds bandwidth by adding fabrics and the 
10 fabric need not increase its bandwidth capacity as the switch 
increases bandwidth capacity. 

Each fabric provides 40G of switching bandwidth and the 
system supports 1, 2, 3, 4, 6, or 12 fabrics, exclusive of the 
redundant /spare fabric. In other words, the switch can be a 40G, 
15 80G, 120G, 160G, 240G, or 480G switch depending on how many fabrics 
are installed. 

A portcard provides 10G of port bandwidth. For every 4 
portcards, there needs to be 1 fabric. The switch architecture 
does not support arbitrary installations of portcards and fabrics. 

20 The fabric ASICs support both cells and packets. As a 

whole, the switch takes a "receiver make right" approach where the 
egress path on ATM blades must segment frames to cells and the 
egress path on frame blades must perform reassembly of cells into 
packets . 
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re are currently eight switch ASICs that are used in 

Striper - The Striper resides on the portcard and 
SCP-IM. It formats the data into a 12 bit data 
stream, appends a checkword, splits the data stream 
across the N, non-spare fabrics in the system, 
generates a parity stripe of width equal to the 
stripes going to the other fabric, and sends the 
N+l data streams out to the backplane. 

Unstriper - The Unstriper is the other portcard 
ASIC in the the switch architecture. It receives 
data stripes from all the fabrics in the system. It 
then reconstructs the original data stream using 
the checkword and parity stripe to perform error 
detection and correction. 

Aggregator - The Aggregator takes the data streams 
and routewords from the Stripers and multiplexes 
them into a single input stream to the Memory 
Controller . 

Memory Controller - The Memory controller 
implements the queueing and dequeueing mechanisms 
of the switch. This includes the proprietary wide 
memory interface to achieve the simultaneous en- 
/de-queueing of multiple cells of data per clock 
cycle. The dequeueing side of the Memory Controller 
runs at 80Gbps compared to 40Gbps in order to make 



* 
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the bulk of the queueing and shaping of connections 
occur on the portcards. 

5. Separator - The Separator implements the inverse 
operation of the Aggregator. The data stream from 
5 the Memory Controller is demultiplexed into 

multiple streams of data and forwarded to the 
appropriate Unstriper ASIC. Included in the 
interface to the Unstriper is a queue and flow 
control handshaking . 

10 There are 3 different views one can take of the 

connections between the fabric: physical, logical, and ''active." 
Physically, the connections between the portcards and the fabrics 
are all gigabit speed differential pair serial links. This is 
strictly an implementation issue to reduce the number of signals 

15 going over the backplane. The "active" perspective looks at a 
single switch configuration, or it may be thought of as a snapshot 
of how data is being processed at a given moment. The interface 
between the fabric ASIC on the portcards and the fabrics is 
effectively 12 bits wide. Those 12 bits are evenly distributed 

20 ("striped") across 1, 2, 3, 4, 6, or 12 fabrics based on how the 
fabric ASICs are configured. The "active" perspective refers to the 
number of bits being processed by each fabric in the current 
configuration which is exactly 12 divided by the number of fabrics. 

The logical perspective can be viewed as the union or max 
25 function of all the possible active configurations. Fabric slot #1 
can, depending on configuration, be processing 12, 6, 4, 3, 2, or 
1 bits of the data from a single Striper and is therefore drawn 
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with a 12 bit bus. In contrast, fabric slot #3 can only be used to 
process 4, 3, 2, or 1 bits from a single Striper and is therefore 
drawn with a 4 bit bus. 

Unlike previous switches, the switch really doesn't have 
5 a concept of a software controllable fabric redundancy mode. The 
fabric ASICs implement N+l redundancy without any intervention as 
long as the spare fabric is installed. 

As far as what does it provide; N + l redundancy means that 
the hardware will automatically detect and correct a single failure 
10 without the loss of any data. 

The way the redundancy works is fairly simple, but to 
make it even simpler to understand a specific case of a 120G switch 
is used which has 3 fabrics (A, B, and C) plus a spare (S) . The 
Striper takes the 12 bit bus and first generates a checkword which 

15 gets appended to the data unit (cell or frame) . The data unit and 
checkword are then split into a 4-bit-per-clock-cycle data stripe 
for each of the A, B, and C fabrics ( A 3 A 2 A 1 A 0 , B 3 B 2 B 1 B 0 , and C 3 C 2 C 1 C 0 ) . 
These stripes are then used to produce the stripe for the spare 
fabric S 3 S 2 S 1 S 0 where S n = A n XOR B n XOR C n and these 4 stripes are 

20 sent to their corresponding fabrics. On the other side of the 
fabrics, the Unstriper receives 4 4-bit stripes from A, B, C, and 
S. All possible combinations of 3 fabrics (ABC, ABS, ASC, and SBC) 
are then used to reconstruct a "tentative" 12-bit data stream. A 
checkword is then calculated for each of the 4 tentative streams 

25 and the calculated checkword compared to the checkword at the end 
of the data unit. If no error occurred in transit, then all 4 
streams will have checkword matches and the ABC stream will be 
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forwarded to the Unstriper output. If a (single) error occurred, 
only one checkword match will exist and the stream with the match 
will be forwarded off chip and the Unstriper will identify the 
faulty fabric stripe. 

5 For different switch configurations, i.e. 1, 2, 4, 6, or 

12 fabrics, the algorithm is the same but the stripe width changes. 

If 2 fabrics fail, all data running through the switch 
will almost certainly be corrupted. 

The fabric slots are numbered and must be populated in 
10 ascending order. Also, the spare fabric is a specific slot so 
populating fabric slots 1, 2, 3, and 4 is different than populating 
fabric slots 1, 2, 3, and the spare. The former is a 160G switch 
without redundancy and the latter is 120G with redundancy. 

Firstly, the ASICs are constructed and the backplane 
15 connected such that the use of a certain portcard slots requires 
there to be at least a certain minimum number of fabrics installed, 
not including the spare. This relationship is shown in Table 0. 

In addition, the APS redundancy within the switch is 
limited to specifically paired portcards. Portcards 1 and 2 are 
20 paired, 3 and 4 are paired, and so on through portcards 47 and 48. 
This means that if APS redundancy is required, the paired slots 
must be populated together. 

To give a simple example, take a configuration with 2 
portcards and only 1 fabric. If the user does not want to use APS 
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redundancy, then the 2 portcards can be installed in any two of 
portcard slots 1 through 4. If APS redundancy is desired, then the 
two portcards must be installed either in slots 1 and 2 or slots 3 
and 4 . 



Portcard 


Minimum 


Slot 


# of 




Fabrics 


1-4 


1 


5-8 


2 


9-12 


3 


13-16 


4 


17-24 


6 


25-48 


12 



Table 0: Fabric Requirements for Portcard Slot Usage 

To add capacity, add the new fabric(s), wait for the 
15 switch to recognize the change and reconfigure the system to stripe 
across the new number of fabrics. Install the new portcards. 

Note that it is not technically necessary to have the 
full 4 portcards per fabric. The switch will work properly with 3 
fabrics installed and a single portcard in slot 12. This isn't cost 
20 efficient but it will work. 

To remove capacity, reverse the adding capacity 

procedure. 

If the switch is oversubscribed, i.e. install 8 portcards 
and only one fabric. 



25 It should only come about as the result of improperly 

upgrading the switch or a system failure of some sort. The reality 
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is that one of two things will occur, depending on how this 
situation arises. If the switch is configured as a 40G switch and 
the portcards are added before the fabric, then the 5 th through 8 th 
portcards will be dead. If the switch is configured as 80G non- 
5 redundant switch and the second fabric fails or is removed then all 
data through the switch will be corrupted (assuming the spare 
fabric is not installed) . And just to be complete, if 8 portcards 
were installed in an 80G redundant switch and the second fabric 
failed or was removed, then the switch would continue to operate 
10 normally with the spare covering for the failed/removed fabric. 

Figure 1 shows packet striping in the switch. 

The chipset supports ATM and POS port cards in both OC48 
and OC192c configurations. OC48 port cards interface to the 
switching fabrics with four separate OC48 flows. OC192 port cards 

15 logically combine the 4 channels into a 10G stream. The ingress 
side of a port card does not perform traffic conversions for 
traffic changing between ATM cells and packets. Whichever form of 
traffic is received is sent to the switch fabrics. The switch 
fabrics will mix packets and cells and then dequeue a mix of 

20 packets and cells to the egress side of a port card. 

The egress side of the port is responsible for converting 
the traffic to the appropriate format for the output port. This 
convention is referred to in the context of the switch as "receiver 
makes right". A cell blade is responsible for segmentation of 
25 packets and a cell blade is responsible for reassembly of cells 
into packets. To support fabric speed-up, the egress side of the 
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port card supports a link bandwidth equal to twice the inbound side 
of the port card . 

The block diagram for a Poseidon-based ATM port card is 
shown as in Figure 2. Each 2 . 5G channel consists of 4 ASICs: 
5 Inbound TM and striper ASIC at the inbound side and unstriper ASIC 
and outbound TM ASIC at the outbound side. 

At the inbound side, OC-48c or 4 0C-12c interfaces are 
aggregated. Each vortex sends a 2.5G cell stream into a dedicated 
striper ASIC (using the BIB bus, as described below) . The striper 

10 converts the supplied routeword into two pieces. A portion of the 
routeword is passed to the fabric to determine the output port(s) 
for the cell. The entire routeword is also passed on the data 
portion of the bus as a routeword for use by the outbound memory 
controller. The first routeword is termed the "fabric routeword". 

15 The routeword for the outbound memory controller is the "egress 
routeword" . 

At the outbound side, the unstriper ASIC in each channel 
takes traffic from each of the port cards, error checks and correct 
the data and then sends correct packets out on its output bus. The 
20 unstriper uses the data from the spare fabric and the checksum 
inserted by the striper to detect and correct data corruption. 

Figure 2 shows an OC48 Port Card. 

The OC192 port card supports a single 10G stream to the 
fabric and between a 10G and 20G egress stream. This board also 
25 uses 4 stripers and 4 unstriper, but the 4 chips operate in 
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parallel on a wider data bus. The data sent to each fabric is 
identical for both OC48 and OC192 ports so data can flow between 
the port types without needing special conversion functions. 

Figure 3 shows a 10G concatenated network blade. 

5 Each 40G switch fabric enqueues up to 40Gbps cells/frames 

and dequeue them at 80Gbps. This 2X speed-up reduces the amount of 
traffic buffered at the fabric and lets the outbound ASIC digest 
bursts of traffic well above line rate. A switch fabric consists of 
three kinds of ASICs: aggregators, memory controllers, and 

10 separators. Nine aggregator ASICs receive 40Gbps of traffic from up 
to 48 network blades and the control port. The aggregator ASICs 
combine the fabric route word and payload into a single data stream 
and TDM between its sources and places the resulting data on a wide 
output bus. An additional control bus (destid) is used to control 

15 how the memory controllers enqueue the data. The data stream from 
each aggregator ASIC then bit sliced into 12 memory controllers. 

The memory controller receives up to 16 cells/frames 
every clock cycle. Each of 12 ASICs stores 1/12 of the aggregated 
data streams. It then stores the incoming data based on control 
20 information received on the destid bus. Storage of data is 
simplified in the memory controller to be relatively unaware of 
packet boundaries (cache line concept) . All 12 ASICs dequeue the 
stored cells simultaneously at aggregated speed of 80Gbps. 

Nine separator ASICs perform the reverse function of the 
25 aggregator ASICs. Each separator receives data from all 12 memory 
controllers and decodes the routewords embedded in the data streams 
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by the aggregator to find packet boundaries. Each separator ASIC 
then sends the data to up to 24 different unstripers depending on 
the exact destination indicated by the memory controller as data 
was being passed to the separator. 

5 The dequeue process is back-pressure driven. If 

back-pressure is applied to the unstriper, that back-pressure is 
communicated back to the separator. The separator and memory 
controllers also have a back-pressure mechanism which controls when 
a memory controller can dequeue traffic to an output port. 

10 In order to support OC48 and OC192 efficiently in the 

chipset, the 4 OC48 ports from one port card are always routed to 
the same aggregator and from the same separator (the port 
connections for the aggregator & Sep are always symmetric. ) . The 
table below- shows the port connections for the aggregator & sep on 

15 each fabric for the switch configurations. Since each aggregator 
is accepting traffic from 10G of ports, the addition of 40G of 
switch capacity only adds ports to 4 aggregators. This leads to a 
differing port connection pattern for the first four aggregators 
from the second 4 (and also the corresponding separators) . 

2 0 TABLE 2: Agg/Sep port connections 



Switch Size 


Agg 1 


Agg 2 


Agg 3 


Agg 4 


Agg 5 


Agg 6 


Agg 7 


Agg 8 


40 


1,2,3,4 


5,6,7,8 


9,10,11,12 


13,14,15, 16 










80 


1,2,3,4 


5,6,7,8 


9,10,11,12 


13,14,15, 16 


17,18,19, 20 


21,22,23,24 


25,26,27, 28 


29,30,31,32 


120 


1,2,3,4 


5,6,7,8 


9,10,11,12, 


13,14,15, 16, 


17,18,19, 20 


21,22,23,24 


25,26,27, 28 


29,30,31,32 




33,34,35,36 


37,38,39, 40 


41,42,43,44 


45,46,47, 48 










160 


1,2,3,4 


5,6,7,8 


9,10,11,12, 


13,14,15, 16, 


17,18,19, 20, 


21,22,23,24, 


25,26,27, 28, 


29,30,31,32, 




33,34,35,36 


37,38,39,40 


41,42,43,44 


45,46,47, 48 


49,50,51,52 


53,54,55,56 


57,58,59, 60 


61,62,63,64 



Figure 4 shows the connectivity of the fabric ASICs. 
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The external interfaces of the switches are the Input Bus 
(BIB) between the striper ASIC and the ingress blade ASIC such as 
Vortex and the Output Bus (BOB) between the unstriper ASIC and the 
egress blade ASIC such as Trident. 

5 The unstriper ASIC sends data to the egress port via 

Output Bus (BOB) (also known as DOUT_UN_bl_ch bus), which is a 64 
(or 256) bit data bus that can support either cell or packet. It 
consists of the following signals: 

This bus can either operate as 4 separate 32 bit output 
10 buses (4xOC48c) or a single 128 bit wide data bus with a common set 
of control lines from all Unstripers. This bus supports either 
cells or packets based on software configuration of the unstriper 
chip . 

The Synchronizer has two main purposes. The first 
15 purpose is to maintain logical cell/packet or datagram ordering 
across all fabrics. On the fabric ingress interface, datagrams 
arriving at more than one fabric from one port cards 1 s channels 
need to be processed in the same ' order across all fabrics. The 
Synchronizer's second purpose is to have a port cards 1 s egress 
20 channel re-assemble all segments or stripes of a datagram that 
belong together even though the datagram segments are being sent 
from more than one fabric and can arrive at the blade's egress 
inputs at different times. This mechanism needs to be maintained in 
a system that will have different net delays and varying amounts of 
25 clock drift between blades and fabrics. 




-20- 

The switch uses a system of a synchronized windows where 
start information is transmit around the system. Each transmitter 
and receiver can look at relative clock counts from the last 
resynch indication to synchronize data from multiple sources. The 
5 receiver will delay the receipt of data which is the first clock 
cycle of data in a synch period until a programmable delay after it 
receives the global synch indication. At this point, all data is 
considered to have been received simultaneously and fixed ordering 
is applied. Even though the delays for packet 0 and cell 0 caused 
10 them to be seen at the receivers in different orders due to delays 
through the box, the resulting ordering of both streams at receive 
time = 1 is the same, Packet 0, Cell 0 based on the physical bus 
from which they were received. 

Multiple cells or packets can be sent in one counter 
15 tick. All destinations will order all cells from the first 
interface before moving onto the second interface and so on. This 
cell synchronization technique is used on all cell interfaces. 
Differing resolutions are required on some interfaces. 

The Synchronizer consists of two main blocks, mainly, the 
20 transmitter and receiver. The transmitter block will reside in the 
Striper and Separator ASICs and the receiver block will reside in 
the Aggregator and Unstriper ASICs. The receiver in the Aggregator 
will handle up to 24(6 port cards x 4 channels) input lanes. The 
receiver in the Unstriper will handle up to 13(12 fabrics + 1 
25 parity fabric) input lanes. 
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When a sync pulse is received, the transmitter first 
calculates the number of clock cycles it is fast (denoted as N 
clocks) . 

The transmit synchronizer will interrupt the output 
5 stream and transmit N K characters indicating it is locking down. 
At the end of the lockdown sequence, the transmitter transmits a K 
character indicating that valid data will start on the next clock 
cycle. This next cycle valid indication is used by the receivers 
to synchronize traffic from all sources. 

10 At the next end of transfer, the transmitter will then 

insert at least one idle on the interface. These idles allow the 
10 bit decoders to correctly resynchronize to the 10 bit serial 
code window if they fall out of synch. 

The receive synchronizer receives the global synch pulse 
15 and delays the synch pulse by a programmed number (which is 
programmed based on the maximum amount of transport delay a 
physical box can have) . After delaying the synch pulse, the 
receiver will then consider the clock cycle immediately after the 
synch character to be eligible to be received. Data is then 
20 received every clock cycle until the next synch character is seen 
on the input stream. This data is not considered to be eligible 
for receipt until the delayed global synch pulse is seen. 

Since transmitters and receivers will be on different 
physical boards and clocked by different oscillators, clock speed 
25 differences will exist between them. To bound the number of clock 
cycles between different transmitters and receivers, a global sync 
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pulse is used at the system level to resynchronize all sequence 
counters. Each chip is programmed to ensure that under all valid 
clock skews, each transmitter and receiver will think that it is 
fast by at least one clock cycle. Each chip then waits for the 
5 appropriate number of clock cycles they are into their current 
sync_pulse_window. This ensure that all sources run N* 

sync_pulse_window valid clock cycles between synch pulses. 

As an example, the synch pulse window could be programmed 
to 100 clocks, and the synch pulses sent out at a nominal rate of 
a synch pulse every 10,000 clocks. Based on a worst case drifts 
for both the synch pulse transmitter clocks and the synch pulse 
receiver clocks, there may actually be 9,995 to 10,005 clocks at 
the receiver for 10,000 clocks on the synch pulse transmitter. In 
this case, the synch pulse transmitter would be programmed to send 
out synch pulses every 10,006 clock cycles. The 10,006 clocks 
guarantees that all receivers must be in their next window. A 
receiver with a fast clock may have actually seen 10,012 clocks if 
the synch pulse transmitter has a slow clock. Since the synch 
pulse was received 12 clock cycles into the synch pulse window, the 
chip would delay for 12 clock cycles. Another receiver could seen 
10,006 clocks and lock down for 6 clock cycles at the end of the 
synch pulse window. In both cases, each source ran 10,100 clock 
cycles . 

When a port card or fabric is not present or has just 
25 been inserted and either of them is supposed to be driving the 
inputs of a receive synchronizer, the writing of data to the 
particular input FIFO will be inhibited since the input clock will 
not be present or unstable and the status of the data lines will be 
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unknown. When the port card or fabric is inserted, software must 
come in and enable the input to the byte lane to allow data from 
that source to be enabled. Writes to the input FIFO will be 
enabled. It is assumed that, the enable signal will be asserted 
5 after the data, routeword and clock from the port card or fabric 
are stable. 

At a system level, there will be a primary and secondary 
sync pulse transmitter residing on two separate fabrics. There 
will also be a sync pulse receiver on each fabric and blade. This 

10 can be seen in Figure 5. A primary sync pulse transmitters will be 
a free-running sync pulse generator and a secondary sync pulse 
transmitter will synchronize its sync pulse to the primary. The 
sync pulse receivers will receive both primary and secondary sync 
pulses and based on an error checking algorithm, will select the 

15 correct sync pulse to forward on to the ASICs residing on that 
board. The sync pulse receiver will guarantee that a sync pulse is 
only forwarded to the rest of the board if the sync pulse from the 
sync pulse transmitters falls within its own sequence "0" count. 
For example, the sync pulse receiver and an Unstriper ASIC will 

20 both reside on the same Blade. The sync pulse receiver and the 
receive synchronizer in the Unstriper will be clocked from the same 
crystal oscillator, so no clock drift should be present between the 
clocks used to increment the internal sequence counters. The 
receive synchronizer will require that the sync pulse it receives 

25 will always reside in the "0" count window. 

If the sync pulse receiver determines that the primary 
sync pulse transmitter is out of sync, it will switch over to the 
secondary sync pulse transmitter source. The secondary sync pulse 
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transmitter will also determine that the primary sync pulse 
transmitter is out of sync and will start generating its own sync 
pulse independently of the primary, sync pulse transmitter. This is 
the secondary sync pulse transmitter's primary mode of operation. 
5 If the sync pulse receiver determines that the primary sync pulse 
transmitter has become in sync once again, it will switch to the 
primary side. The secondary sync pulse transmitter will also 
determine that the primary sync pulse transmitter has become in 
sync once again and will switch back to a secondary mode. In the 

10 secondary mode, it will sync up its own sync pulse to the primary 
sync pulse. The sync pulse receiver will have less tolerance in 
its sync pulse filtering mechanism than the secondary sync pulse 
transmitter. The sync pulse receiver will switch over more quickly 
than the secondary sync pulse transmitter. This is done to ensure 

15 that all receiver synchronizers will have switched over to using 
the secondary sync pulse transmitter source before the secondary 
sync pulse transmitter switches over to a primary mode. 

Figure 5 shows sync pulse distribution. 

In order to lockdown the backplane transmission from a 
20 fabric by the number of clock cycles indicated in the sync calcu- 
lation, the entire fabric must effectively freeze for that many 
clock cycles to ensure that the same enqueuing and dequeueing 
decisions stay in sync. This requires support in each of the 
fabric ASICs. Lockdown stops all functionality, including special 
25 functions like queue resynch. 

The sync signal from the synch pulse receiver is 
distributed to all ASICs. Each fabric ASIC contains a counter in 
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the core clock domain that counts clock cycles between global sync 
pulses. After the sync pulse if received, each ASIC calculates the 
number of clock cycles it is fast. (8). Because the global sync is 
not transferred with its own clock, the calculated lockdown cycle 
5 value may not be the same for all ASICs on the same fabric. This 
difference is accounted for by keeping all interface FIFOs at a 
depth where they can tolerate the maximum skew of lockdown counts. 

Lockdown cycles on all chips are always inserted at the 
same logical point relative to the beginning of the last sequence 
10 of "useful" (non-lockdown) cycles. That is, every chip will always 
execute the same number of "useful" cycles between lockdown events, 
even though the number of lockdown cycles varies. 

Lockdown may occur at different times on different chips. 
All fabric input FIFOs are initially set up such that lockdown can 

15 occur on either side of the FIFO first without the FIFO running dry 
or overflowing. On each chip-chip interface, there is a sync FIFO 
to account for lockdown cycles (as well as board trace lengths and 
clock skews) . The transmitter signals lockdown while it is locked 
down. The receiver does not push during indicated cycles, and does 

20 not pop during its own lockdown. The FIFO depth will vary 
depending on which chip locks down first, but the variation is 
bounded by the maximum number of lockdown cycles. The number of 
lockdown cycles a particular chip sees during one global sync 
period may vary, but they will all have the same number of useful 

25 cycles. The total number of lockdown cycles each chip on a 
particular fabric sees will be the same, within a bounded 
tolerance . 
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The Aggregator core clock domain completely stops for the 
lockdown duration - all flops and memory hold their state. Input 
FIFOs are allowed to build up. Lockdown bus cycles are inserted in 
the output queues. Exactly when the core lockdown is executed is 
5 dictated by when DOUT_AG bus protocol allows lockdown cycles to be 
inserted. DOUT_AG lockdown cycles are indicated on the DestID bus. 

The memory controller must lockdown all flops for the 
appropriate number of cycles. To reduce impact to the silicon area 
in the memory controller, a technique called propagated lockdown is 
10 used. 

The on-fabric chip-to-chip synchronization is executed at 
every sync pulse. While some sync error detecting capability may 
exist in some of the ASICs, it is the Unstriper' s job to detect 
fabric synchronization errors and to remove the offending fabric. 

15 The chip-to-chip synchronization is a cascaded function that is 
done before any packet flow is enabled on the fabric. The 
synchronization flows from the Aggregator to the Memory Controller, 
to the Separator, and back to the Memory Controller. After the 
system reset, the Aggregators wait for the first global sync 

20 signal. When received, each Aggregator transmits a local sync 
command (value 0x2) on the DestID bus to each Memory Controller. 

The Memory Controllers do not push anything into a DIN 
input FIFO until the first sync command is seen on that bus. The 
sync and every bus cycle following is constantly pushed into the 
25 input FIFO. On the core side of the input FIFOs, no FIFO is popped 
until a sync appears in the FIFO from every Aggregator. After two 
additional margin cycles, every input FIFO is popped every cycle. 
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After this point the input FIFO depths remain constant. The depths 
are roughly a function of the track delays from each Aggregator. 
Immediately after the Memory Controllers begin sampling the 
Aggregator input FIFOs, a sync signal (S_SYNC_L) is transmitted to 
5 all Separators on the DOUT and CH_ID busses. 

Like the Memory Controllers, the Separators do not push 
into the DIN and CH_ID busses until a sync signal is received on 
that bus. The sync and everything after is constantly pushed into 
the input FIFO. 

10 On the core side the Separator always waits until at 

least one word is present on all input busses, and then pops the 
CH_ID and DIN busses simultaneously. This will logically align the 
data stripes coming from the Memory Controllers. After the first 
combined sync is popped from the input FIFOs, the Separators send 

15 a sync signal on the TOKEN bus to the Memory Controllers. 

The striping function assigns bits from incoming data 
streams to individual fabrics. Two items were optimized in deriving 
the striping assignment: 



1. Backplane efficiency should be optimized for OC48 
20 and OC192. 

2. Backplane interconnection should not be 
significantly altered for OC192 operation. 



These were traded off against additional muxing legs for 
the striper and unstriper ASICs. Irregardless of the optimization, 
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the switch must have the same data format in the memory controller 
for both OC48 and OC192. 

Backplane efficiency requires that minimal padding be 
added when forming the backplane busses. Given the 12 bit backplane 
5 bus for OC48 and the 48 bit backplane bus for OC192, an optimal 
assignment requires that the number of unused bits for a transfer 
to be equal to (number_of_bytes *8 ) /bus_width where V" is integer 
division. For OC48, the bus can have 0, 4 or 8 unutilized bits. For 
OC192 the bus can have 0, 8, 16, 24, 32, or 40 unutilized bits. 

10 This means that no bit can shift between 12 bit 

boundaries or else OC48 padding will not be optimal for certain 
packet lengths. 

For OC192c, maximum bandwidth utilization means that each 
striper must receive the same number of bits (which implies bit 
15 interleaving into the stripers) . When combined with the same 
backplane interconnection, this implies that in OC192c, each stripe 
must have exactly the correct number of bits come from each striper 
which has 1/4 of the bits. 

For the purpose of assigning data bits to fabrics, a 48 
20 bit frame is used. Inside the striper is a FIFO which is written 32 
bits wide at 80-100 MHz and read 24 bits wide at 125 MHz. Three 32 
bit words will yield four 24 bit words. Each pair of 24 bit words 
is treated as a 48 bit frame. The assignments between bits and 
fabrics depends on the number of fabrics. 
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TABLE 11: Bit striping function 
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The following tables give the byte lanes which are read 
first in the aggregator and written to first in the separator. The 
10 four channels are notated A,B,C,D. The different fabrics have 
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different read/write order of the channels to allow for all busses 
to be fully utilized. 



One fabric-40G 



The next table gives the interface read order for the 
5 aggregator. 
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Par |A |B |C |D 
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Interfaces to the gigabit transceivers will utilize the 
transceiver bus as a split bus with two separate routeword and data 

20 busses. The routeword bus will be a fixed size (2 bits for OC48 
ingress, 4 bits for OC48 egress, 8 bits for OC192 ingress and 16 
bits for OC192 egress), the data bus is a variable sized bus. The 
transmit order will always have routeword bits at fixed locations. 
Every striping configuration has one transceiver that it used to 

25 talk to a destination in all valid configurations. That 
transceiver will be used to send both routeword busses and to start 
sending the data. 
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The backplane interface is physically implemented using 
interfaces to the backplane transceivers. The bus for both ingress 
and egress is viewed as being composed of two halves, each with 
routeword data. The two bus halves may have information on 
5 separate packets if the first bus half ends a packet. 

For example, an OC48 interface going to the fabrics 
locally speaking has 24 data bits and 2 routeword bits. This bus 
will be utilized acting as if it has 2x (12 bit data bus + 1 bit 
routeword bus). The two bus halves are referred to as A and B. 
10 Bus A is the first data, followed by bus B. A packet can start on 
either bus A or B and end on either bus A or B. 

In mapping data bits and routeword bits to transceiver 
bits, the bus bits are interleaved. This ensures that all 
transceivers should have the same valid/invalid status, even if the 
15 striping amount changes. Routewords should be interpreted with bus 
A appearing before bus B. 

The bus A/Bus B concept closely corresponds to having 
interfaces between chips. 

All backplane busses support fragmentation of data. The 
20 protocol used marks the last transfer (via the final segment bit in 
the routeword) . All transfers which are not final segment need to 
utilize the entire bus width, even if that is not an even number of 
bytes. Any given packet must be striped to the same number of 
fabrics for all transfers of that packet. If the striping amount 
25 is updated in the striper during transmission of a packet, it will 
only update the striping at the beginning of the next packet. 




-33- 

Each transmitter on the ASICs will have the following I/O 
for each channel: 

8 bit data bus, 1 bit clock, 1 bit control. 

On the receive side, for channel the ASIC receives 

5 a receive clock, 8 bit data bus, 3 bit status bus. 

The switch optimizes the transceivers by mapping a 
transmitter to between 1 and 3 backplane pairs and each receiver 
with between 1 and 3 backplane pairs. This allows only enough 
transmitters to support traffic needed in a configuration to be 
10 populated on the board while maintaining a complete set of 
backplane nets. The motivation for this optimization was to reduce 
the number of transceivers needed. 

The optimization was done while still requiring that at 
any time, two different striping amounts must be supported in the 
15 gigabit transceivers. This allows traffic to be enqueued from a 
striping data to one fabric and a striper striping data to two 
fabrics at the same time. 

Depending on the bus configuration, multiple channels may 
need to be concatenated together to form one larger bandwidth pipe 
20 (any time there is more than one transceiver in a logical 
connection. Although quad gbit transceivers can tie 4 channels 
together, this functionality is not used. Instead the receiving 
ASIC is responsible for synchronizing between the channels from one 
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source. This is done in the same context as the generic 
synchronization algorithm. 

The 8b/10b encoding/decoding in the gigabit transceivers 
allow a number of control events to be sent over the channel. The 
notation for these control events are K characters and they are 
numbered based on the encoded 10 bit value. Several of these K 
characters are used in the chipset. The K characters used and 
their functions are given in the table below. 



TABLE 12 : K Character usage 



10 K character Function 



28.0 

28.1 
28.2 



28.3' 



15 28.4 

28.5 
28.6 



Sync indication 

Lockdown 
Packet Abort 



Resync window 



BP set 

idle 
BPclr 



Notes 

Transmitted after lockdown cycles, treated as the prime 

synchronization event at the receivers 

Transmitted during lockdown cycles on the backplane 

Transmitted to indicate the card is unable to finish the 

current packet. Current use is limited to a port card 

being pulled while transmitting traffic 

Transmitted by the striper at the start of a synch 

window if a resynch will be contained in the current 

sync window 

Transmitted by the striper if the bus is currently idle 
and the value of the bp bit must be set. 
Indicates idle condition 

Transmitted by the striper if the bus is currently idle 
and the bp bit must be cleared. 



The switch has a variable number of data bits supported 
to each backplane channel depending on the striping configuration 
20 for a packet. Within a set of transceivers, data is filled in the 
following order: 



F [ fabric] _ [ocl92 port number ] [oc4 8 
(a,b, c,d) ] [transceiver number] 



port designation 
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The chipset implements certain functions which are 
described here. Most of the functions mentioned here have support 
in multiple ASICs, so documenting them on an ASIC by ASIC basis 
does not give a clear understanding of the full scope of the 
5 functions required. 

The switch chipset is architected to work with packets up 
to 64K + 6 bytes long. On the ingress side of the switch, there 
are buses which are shared between multiple ports. For most 
packets, they are transmitted without any break from the start of 

10 packet to end of packet. However, this approach can lead to large 
delay variations for delay sensitive traffic. To allow delay 
sensitive traffic and long traffic to coexist on the same switch 
fabric, the concept of long packets is introduced. Basically long 
packets allow chunks of data to be sent to the queueing location, 

15 built up at the queueing location on a source basis and then added 
into the queue all at once when the end of the long packet is 
transferred. The definition of a long packet is based on the 
number of bits on each fabric. 

If the switch is running in an environment where Ethernet 
20 MTU is maintained throughout the network, long packets will not be 
seen in a switch greater than 40G in size. 

A wide cache-line shared memory technique is used to 
store cells/packets in the port/priority queues. The shared memory 
stores cells/packets continuously so that there is virtually no 
25 fragmentation and bandwidth waste in the shared memory. 
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There exists multiple queues in the shared memory. They 
are per-destination and priority based. All cells/packets which 
have the same output priority and blade/channel ID are stored in 
the same queue. Cells are always dequeued from the head of the 
list and enqueued into the tail of the queue. Each cell/packet 
consists of a portion of the egress route word, a packet length, 
and variable-length packet data. Cell and packets are stored 
continuously, i.e., the memory controller itself does not recognize 
the boundaries of cells/packets for the unicast connections. The 
packet length is stored for MC packets. 

The multicast port mask memory 64Kxl6-bit is used to 
store the destination port mask for the multicast connections, one 
entry (or multiple entries) per multicast VC. The port masks of the 
head multicast connections indicated by the multicast DestID FIFOs 
15 are stored internally for the scheduling reference. The port mask 
memory is retrieved when the port mask of head connection is 
cleaned and a new head connection is provided. 

APS stands for a Automatic Protection Switching, which is 
a SONET redundancy standard. To support APS feature in the switch, 
20 two output ports on two different port cards send roughly the same 
traffic. The memory controllers maintain one set of queues for an 
APS port and send duplicate data to both output ports. 

To support data duplication in the memory controller 
ASIC, each one of multiple unicast queues has a programmable APS 
25 bit. If the APS bit is set to one, a packet is dequeued to both 
output ports. If the APS bit is set to zero for a port, the 
unicast queue operates at the normal mode. If a port is configured 
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as an APS slave, then it will read from the queues of the APS 
master port. For OC48 ports, the APS port is always on the same 
OC48 port on the adjacent port card. 

The shared memory queues in the memory controllers among 
5 the fabrics might be out of sync (i.e., same queues among different 
memory controller ASICs have different depths) due to clock drifts 
or a newly inserted fabric. It is important to bring the fabric 
queues to the valid and sync states from any arbitrary states. It 
is also desirable not to drop cells for any recovery mechanism. 

10 A resync cell is broadcast to all fabrics (new and 

existing) to enter the resync state. Fabrics will attempt to drain 
all of the traffic received before the resynch cell before queue 
resynch ends, but no traffic received after the resynch cell is 
drained until queue resynch ends. A queue resynch ends when one of 

15 two events happens: 

1. A timer expires. 

2. The amount of new traffic (traffic received after the resynch 
cell) exceeds a threshold. 

At the end of queue resynch, all memory controllers will 
20 flush any left-over old traffic (traffic received before the queue 
resynch cell) . The freeing operation is fast enough to guarantee 
that all memory controllers can fill all of memory no matter when 
the resynch state was entered. 
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Queue resynch impacts all 3 fabric ASICs. The 
aggregators must ensure that the FIFOs drain identically after a 
queue resynch cell. The memory controllers implement the queueing 
and dropping. The separators need to handle memory controllers 
5 dropping traffic and resetting the length parsing state machines 
when this happens. For details on support of queue resynch in 
individual ASICs, refer to the chip ADSs. 

For the dequeue side, multicast connections have 
independent 32 tokens per port, each worth up 50-bit data or a 

10 complete packet. The head connection and its port mask of a higher 
priority queue is read out from the connection FIFO and the port 
mask memory every cycle. A complete packet is isolated from the 
multicast cache line based on the length field of the head 
connection. The head packet is sent to all its destination ports. 

15 The 8 queue drainers transmit the packet to the separators when 
there are non-zero multicast tokens are available for the ports. 
Next head connection will be processed only when the current head 
packet is sent out to all its ports. 

Queue structure can be changed on fly through the fabric 
20 resync cell where the number of priority per port field is used to 
indicate how many priority queues each port has. 

The following words have reasonably specific meanings in 
the vocabulary of the switch. Many are mentioned elsewhere, but 
this is an attempt to bring them together in one place with 
definitions . 

25 



• 
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TABLE 23: 



Word Meaning 

APS Automatic Protection Switching. A sonet/sdh standard for implementing redundancy on physical links. 

For the switch, APS is used to also recover from any detected port card failures. 
Backplane A generic term referring either to the general process the the switch boards use to account for varying transport 
5 synch delays between boards and clock drift or to the logic which implements the TX/RX functionality required for 

the the switch ASICs to account for varying transport delays and clock drifts. 
BIB The switch input bus. The bus which is used to pass data to the striper(s). See also BOB 

Blade Another term used for a port card. References to blades should have been eliminated from this document, but 

some may persist. 

BOB The switch output bus. The output bus from the striper which connects to the egress memory controller. See 

also BIB. 

Egress This is the routeword which is supplied to the chip after the unstriper. From an internal chipset perspective, 

1 0 Routeword tne egress routeword is treated as data. See also fabric routeword. 

Fabric Routeword used by the fabric to determine the output queue. This routeword is not passed outside the 

Routeword unstriper. A significant portion of this routeword is blown away in the fabrics. 
Freeze Having logic maintain its values during lock-down cycles. 



Lock-down Period of time where the fabric effectively stops performing any work to compensate for clock drift. If the 
backplane synchronization logic determines that a fabric is 8 clock cycles fast, the fabric will lock down for 
8 clocks. 



1 5 Queue Resynch A queue resynch is a series of steps executed to ensure that the logical state of all fabric queues for all ports is 
identical at one logical point in time. Queue resynch is not tied to backplane resynch (including lock- down) 
in any fashion, except that a lock-down can occur during a queue resynch. 
SIB Striped input bus. A largely obsolete term used to describe the output bus from the striper and input bus to the 

aggregator. 

SOB One of two meanings. The first is striped output bus, which is the output bus of the fabric and the input bus 

of the agg. See also SIB. The second meaning is a generic term used to describe engineers who left Marconi 
to form/work for a start-up after starting the switch design. 

Sync Depends heavily on context. Related terms are queue resynch, lock-down, freeze, and backplane sync. 

Wacking The implicit bit steering which occurs in the OC192 ingress stage since data is bit interleaved among stripers. 
This bit steering is reversed by the aggregators. 



20 Although the invention has been described in detail in 

the foregoing embodiments for the purpose of illustration, it is to 
be understood that such detail is solely for that purpose and that 
variations can be made therein by those skilled in the art without 
departing from the spirit and scope of the invention except as it 

25 may be described by the following claims. 



